home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv2.zip / V2N83.TXT < prev    next >
Text File  |  1993-03-28  |  32KB  |  786 lines
  1.  
  2.  
  3.  
  4.  
  5. Ultrasound Daily Digest     Sun, 28 Mar 93       Volume 2 : Issue  83 
  6.  
  7. Today's Topics:
  8.                           .lzh files on epas
  9.                             GMOS (2 msgs)
  10.                        GMOS shouldn't be needed
  11.                       GRAVIS & FORTE NEWS   1/4
  12.                       GRAVIS & FORTE NEWS   2/4
  13.                       GRAVIS & FORTE NEWS   3/4
  14.                       GRAVIS & FORTE NEWS   4/4
  15.        Gus Notes and 16 bit Daughter Card and NOISE!! (2 msgs)
  16.                               Hi there!
  17.                         Proposed GMOS emulator
  18.                            Recording Noise
  19.  
  20.     Information about the UltraSound Daily Digest (such as
  21. mail addresses, request servers, ftp sites, etc., etc.) can be found
  22. at the end of the Digest.
  23.  
  24.     *** HEY!!! *** 
  25.  
  26.     Before you ask a question, *** READ THE FAQ ***.  It's
  27. available on the request server and the ftp sites, or check the
  28. newsgroup archives.
  29.  
  30. ----------------------------------------------------------------------
  31.  
  32. Date: Sun, 28 Mar 93 00:22:39 EST
  33. From: phong%triples@Triples.Math.McGill.CA (Phong Co)
  34. Message-Id: <9303280522.AA01271@triples.math.mcgill.ca>
  35. Subject: .lzh files on epas
  36. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  37.  
  38. Hi,
  39.  
  40. I tried to download Gusmod, which is a .lzh files.  I assumed that
  41. lharc.exe in /pub/pc/util would uncompressed it, but I only get a couple
  42. of files, the rest are "unknown format".  What gives?  Which program do I
  43. need, and where can I get it?
  44.  
  45. thanks.
  46.  
  47.  
  48. -- 
  49. Phong Co (phong@math.mcgill.ca)
  50. McGill University, Montreal, CANADA
  51.  
  52. ------------------------------
  53.  
  54. Date: 27 Mar 1993 19:15:42 +0800
  55. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  56.  
  57.  
  58. Message-Id: <01GWBB56619EAC48LA@NTUVAX.NTU.AC.SG>
  59. Subject: GMOS
  60. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  61.  
  62. > Because my external synth is a D-110.  Only vaguely GMish patch
  63. > mapping, and not enough voices, and those it has are LA synthesis
  64.  
  65. Ok.
  66.  
  67. > you have is a GUS?  The question is, how many games etc which claim to
  68. > support GM support it via either the GUS MIDI port or an SBOS-emulated
  69. > SB MIDI port?  (The last two may conceivably be the same from a
  70.  
  71. They are the same thing (ie SB's MIDI port and the GUS MIDI port). In
  72. fact, they are the same as the MPU401 port. Only different being that
  73. the MPU401 (in smart mode) is intelligent and will return values to the
  74. calling program.
  75.  
  76. These days, the MPU401 smart mode is being dropped because of the fact
  77. that a great number of people own SBs these days. Most games do dumb
  78. MIDI output now.
  79.  
  80. > program's point of view).  My guess is that if a game says it supports
  81. > GM, it probably expects to see an MPU-401.  It may use it in dumb
  82. > mode; it may not.  If it uses it in dumb mode, it *may* be enough to
  83. > simply point the game at the GUS's MIDI address, but I don't know that
  84.  
  85. The GUS midi address is precisely where SB's midi address is. As for
  86. dumb mode vs smart mode. It *IS* possible to emulate the MPU401 in
  87. software. I have seen such drivers. And hence, it should also pose no
  88. problems to the proposed GMOS. Thing is, one thing at a time, so there
  89. should be dumb mode support first. Once we can get the thing dancing,
  90. there shouldn't be much more problems adding other stuff :)
  91.  
  92. > worth of patches.  Then the MIDI Mapper's GUS1024 map will map all the
  93. > GM patches into this 1-meg worth of stuff.  That's a workaround for
  94. > non-patch-caching Windows apps, but it is also a start on how to do the
  95. > patches in GMOS.
  96.  
  97. Yes, as has been suggested in several posts. We could do make GMOS load
  98. the 1MB patch set as default, load patches dynamically in the event the
  99. patch is not in memory and provide a smart mode where all patch changes
  100. will be noted and saved in a .CFG file for that particular application.
  101. This way, we can make things easier.
  102.  
  103. .tc
  104.  
  105. ------------------------------
  106.  
  107. Date: Sat, 27 Mar 1993 08:19:32 -0800
  108. From: Eric N. Liao <liaoe@aero.org>
  109. Message-Id: <199303271619.AA16654@aerospace.aero.org>
  110. Subject: GMOS
  111.  
  112.  
  113. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  114.  
  115. Okay, someone asked what GMOS is.  I'm not a MIDI "guru" per se, but GMOS is
  116. the term dubbed for our "GENERAL MIDI" emulator.  The goal of GMOS is to allow
  117. "general MIDI" setting on many newer games (X-Wing, SQV, KQVI, etc.) to
  118. produce much better music than SBOS.
  119.  
  120. About the person who pre-loaded patches manually and then ran X-Wing with
  121. "General MIDI"...
  122.     How is that possible?!?  The patch format for the GUS is a SOFTWARE,
  123.     not hardware standard.  That is, the PLAYMIDI program and Win3.1
  124.     drivers interpret all the note data, vibrato, base frequency, etc.
  125. There is nothing on the GUS baord itself to do that.  The 6850 UART only
  126. receives, sends, and "pass-through" midi commands, is that right?
  127.  
  128. Anyway, next time I run X-Wing, I will try the MPU-401 setting.
  129. Also, I found that John Smith's solution to game slowdown during digitized sfx
  130. works perfectly.  You have to shut off music, and then (at least for me) there
  131. is no longer that slowdown associated with firing lasers.  I'm not sure why
  132. so many people are blaming Lucasarts...seems more like a problem with
  133. Creative Labs to me.  Look, the SB1.5 actually DROPPED the on/board CMS stereo
  134. chips (buy them separately for $30.)  Like they really cost that much.  This
  135. gives you an idea of Creative Labs' early products.
  136.  
  137. ------------------------------
  138.  
  139. Date: 27 Mar 1993 14:21:52 -0400
  140. From: DODSON@ac.dal.ca
  141. Message-Id: <01GWAZX49EGY00298X@AC.DAL.CA>
  142. Subject: GMOS shouldn't be needed
  143. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  144.  
  145. Hi
  146.  
  147. I am a "sometimes programmer" so I enjoy the occasional programming challenge
  148. as much as the next guy.  And I've made programs before that are of limited
  149. use.  It is still fun, but in this case I don't think I'll take part:
  150.  
  151. It seems to me, that we are talking about compromising sound quality to fit
  152. all patches into 1meg, or else compromising performance/memory by having to
  153. access a ram- or hard- disk to get the patches as we need them.  Now, it seems
  154. to me that it would be _so_ much simpler for the game companies to have a
  155. separate midi map for the 1meg ultrasound, if needed.  I mean, when you 
  156. install a Sierra game, it translates the music files into FM or MIDI 
  157. instruments.  It would be no problem at all to have a third "Small MIDI"
  158. setup, where instead of having, say CHURCH Organ, ROCK Organ, both Synth
  159. Strings, and Several other "near" patches, they just used, say Church Organ,
  160. Synth Strings 1, etc. (maybe these are bad examples; I didn't double-check)
  161. Then it would only be a matter of having the GMOS or whatever load this 
  162. 1 meg worth before it loads the game, via a .gmc config file.
  163.  
  164. Actually it doesn't even require the cooperation of the conpanies.  I am
  165. sure there are more than a few hackers out there, who could decipher the
  166.  
  167.  
  168. GM instructions in games, and make a "patch" for such games to remap the 
  169. whole game to 1meg worth of patches.  
  170.  
  171. See, this way you would lose the subtle difference between a few sounds,
  172. but if it is done right, you would keep the same "mood."  Meanwhile, trying 
  173. to fit all of the GM set into 1meg will result in lower quality.
  174.  
  175. Also, as far as dynamic patch loading goes, this would take some pretty
  176. smart coding, or else how would the GMOS know which patches to clear to 
  177. make room for the new patches.  The one used least frequently?  The largest 
  178. one? Some kind of "read ahead" to see what will be needed? (This last one 
  179. would be nice, but since GM info is usually send in "real time" it would be 
  180. no good.
  181.  
  182. So really the only solution to the GMOS problem, as I see it, is to go 
  183. directly to the source and fix it there, using human ears to decide 
  184. what sounds right, instead of leaving it up to some arbitrary algorithm or
  185. an inferior patch set.
  186.  
  187. Bruce. 
  188.  
  189. ------------------------------
  190.  
  191. Date: Fri, 26 Mar 93 17:21:11 
  192. From: john.smith@gravis.com
  193. Message-Id: <9303261721.A5462wk@gravis.com>
  194. Subject: GRAVIS & FORTE NEWS   1/4
  195. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  196.  
  197. Gravis and Forte Notes
  198. ----------------------
  199.  
  200. Note:
  201.    This document assumes that you installed the software in 
  202.    c:\ultrasnd. If you put it elsewhere, substitute the
  203.    appropriate path.
  204.  
  205. ===================================================
  206.                      WINDOWS 
  207. ===================================================
  208.  
  209. At least one major problem people have been having with
  210. the new release has been solved. Many thanks to Fransisco
  211. Perez. He noticed that he had a grvsultr.386 file in
  212. his \windows directory and it was NOT the new one. 
  213. Apparently, windows looks in the path and uses the first
  214. one that it finds. It should have gotten the one in the
  215. windows\system directory. Using the old one with the
  216. new patches etc. causes SERIOUS problems. The old
  217. install software required the user to copy some things
  218. manually and some people put the files in the windows 
  219. directory instead of the windows\system directory. The
  220. new install will install windows automatically and puts
  221.  
  222.  
  223. the files in the windows\system directory. To correct
  224. the problem, make sure the following files are in
  225. your windows\system and ultrasnd\windows directory ONLY!!!
  226. If you find them anywhere else, you should remove them....
  227.  
  228. windows\system:
  229.     grvsultr.386                     <
  230.     midimap.cfg                      < These files are also located
  231.     ultmport.drv                     < in the UltraSnd\Windows
  232.     ultrasnd.drv                     <
  233.  
  234. ultrasnd:
  235.     ultrasnd.ini
  236.  
  237. ultrasnd\windows:
  238.     ultrasnd.ini 
  239.     oemsetup.inf
  240.     mixer.exe
  241.     patchmgr.exe
  242.     patchmgr.hlp
  243.     ultrahlp.hlp
  244.  
  245. Some of you have been trying to re-run the automatic Windows
  246. install simply by running WINGUS from your UltraSound\Windows
  247. directory.  The problem with this is WINGUS is looking for an
  248. install script file that has an extension of .INF.  The first
  249. file it encounters is OEMSETUP.INF, which it trys to execute
  250. but because this is NOT a script file you will get MANY error
  251. messages.  Try renaming OEMSETUP.INF to OEM.TMP then run WINGUS.
  252. WINGUS will then see WIN.INF and load that instead.
  253.  
  254. ===================================================
  255.                      SBOS 
  256. ===================================================
  257. INSTALLATION
  258. ============
  259.  
  260. It looks like a lot of the problems are incorrect installations.  
  261.  
  262. Make sure that you put ALL the correct files in the /ultrasnd/sbos 
  263. directory and remove any old ones. Sbosdrv.exe , Loadsbos.exe and 
  264. Sboslib.sbs MUST all be from the same release revision. They are 
  265. NOT mixable. A lot of the problems you are seeing could happen 
  266. if the wrong driver is used with the new loader and patch library. 
  267. To make sure you are using the correct files, delete ALL files from 
  268. /ultrasnd/sbos. Then unzip the new release into the sbos 
  269. directory. Then COPY sbosdrv.exe up to the /ultrasnd directory. 
  270. Then COPY loadsbos.exe up to the /ultrasnd directory also. 
  271. Now pick either sboslo.bat or sboshi.bat up to /ultrasnd/sbos.bat.
  272. These two batch files assume you are using emm386. If you are
  273. using another memory manager (like qemm, 386max etc), use the 
  274. appropriate command to load it into high memory.
  275. (NOTE: If you installed your software in some other directory, 
  276.  
  277.  
  278. substitute it in place of /ultrasnd).
  279.  
  280. Hardware
  281. ========
  282.  
  283. I know that a lot of people have said that its OK to put both a 
  284. GUS and SB in the same machine. I also know that some people 
  285. have had some success doing just that.  However, it is really 
  286. not a good idea. There are some very solid hardware reasons NOT 
  287. to do this. Even though you can move the I/O address and IRQ that 
  288. SBOS uses so that it will not conflict with the SB, you cannot 
  289. move the DMA channel. SBOS and the SB both use DMA channel 1. Some
  290. serious bus contention happens when both cards are installed. If 
  291. you doubt that this is happening, try the diagnostics in the new 
  292. setup program. (You will get this in the official release soon). 
  293. The DMA channel test will fail intermittantly with an SB installed. 
  294. Anyway, when you are trying to get a game running, why not eliminate 
  295.  
  296. (Continued to next message)
  297. ---
  298.  ~ QMPro 1.01 05-8925 ~ -={ Gravis UltraSound - The Power of PC Sound }=-
  299.  
  300. ------------------------------
  301.  
  302. Date: Fri, 26 Mar 93 17:21:13 
  303. From: john.smith@gravis.com
  304. Message-Id: <9303261721.A5463wk@gravis.com>
  305. Subject: GRAVIS & FORTE NEWS   2/4
  306. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  307.  
  308. (Continued from previous message)
  309.  
  310. any possible conflict? After you get the game running and you still 
  311. want to try it, install it then. If the game dies now, its pretty 
  312. obvious what the problem is.
  313.  
  314. The 'sharing' of the DMA channel is why you will NOT get digitized 
  315. output from both boards at the same time. FM stuff tends to work 
  316. OK if the application used the Adlib ports (388 and 389) instead 
  317. of the SB ports (22A,22C etc).Again, this is NOT recommended!!!!
  318.  
  319. Another thing to check is your CMOS parameters. A lot of BIOS now 
  320. let you tinker with a lot of hardware parameters. Many of the things 
  321. you can change effect the timing specifications of your machine. 
  322. It is quite possible to set the parameters such that the timing 
  323. specs are violated. The GUS is engineered such that it conforms to 
  324. a bus timing standard. The standard says the bus should run at 8Mhz. 
  325. Many machines allow you to set this MUCH higher. The machine itself 
  326. may function, but many peripherals (such as the GUS) may not. If 
  327. you have some flakey problems (lockups, parity problems, resets etc), 
  328. try setting the parameters back to the factory defaults. It would
  329. probably be a good idea to do this even if you don't think you have 
  330. changed any parameters, just to be safe.
  331.  
  332.  
  333.  
  334. Make sure that your BIOS has RAM PARITY enabled. SBOS will not
  335. function if this is disabled. If yours is disabled, make sure you
  336. have the memory chips for the extra parity bit BEFORE you enable
  337. it.
  338.  
  339. Make sure there are no hardware conflicts with the I/O address, IRQ or 
  340. DMA channel. If there are, you MUST resolve them or else the GUS 
  341. will not behave properly. The new setup program should help diagnose 
  342. these problems. When initially getting the GUS to work, we suggest 
  343. removing all 'extra' hardware from your machine until you get it 
  344. running. Things like other sound cards, network cards, scanner 
  345. cards and printer cards are common causes of conflicts.
  346.  
  347. IRQ 7 is allowed as a selection for SBOS, but it is not recommended. 
  348. This is used for LPT1 and, on many machines, IRQ7 seems to be 
  349. generated relatively randomly. It acts a lot like a spurious 
  350. interrupt. This can cause digital sounds to terminate early since 
  351. the application will think it has gotten a legitimate IRQ from the 
  352. SB card saying that the DMA transfer has completed. The same thing could 
  353. happen on other IRQ's if there is a conflict with another piece of
  354. hardware. IRQ 15 tends to exhibit this same phenomena. If these
  355. IRQ's (7 and 15) are not used by another device, it is GENERALLY
  356. OK to use them for the GF1 (ultrasound) IRQ. GUS software is more
  357. tolerant of getting an IRQ it doesn't expect than is SB software.
  358.  
  359. Note: An Adaptec disk controller has a conflict with the
  360.       default settings of the GUS. Contact Gravis for more 
  361.       specifics on how to remove the conflict. Usually, just
  362.       moving the Ultrasound IRQ to 15 will solve the problem.
  363.  
  364. SOFTWARE
  365. ========
  366.  
  367. Not all of the tips below apply to all games. This is
  368. just a brief summary of some of the things we had to 
  369. do to get some games running properly.
  370.  
  371.  
  372. 1) Make sure the BLASTER environment string tracks our 
  373.     ULTRASND string. Many games look at BLASTER to set
  374.     up their stuff. SBOS needs ULTRASND. If they are not
  375.     the same, the game will be looking one place and 
  376.     SBOS will using another. This is another reason NOT
  377.     to have an SB and GUS in the same system. Presumably,
  378.     the SB would want BLASTER set up for it and any game
  379.     looking at it would not work with SBOS. BLASTER is set
  380.     up like this:
  381.  
  382.     BLASTER=A220 I5 D1 T1
  383.               |    |  |  |
  384.               |    |  |  -  Type of SB (1 = regular SB)
  385.               |    |  ----- DMA channel (MUST be 1)
  386.  
  387.  
  388.               |    -------- IRQ used.     (same as GUS midi irq)
  389.               ------------- I/O base address
  390.  
  391.     This variable is set up by the GUS setup program. It
  392.     should never need to be modified unless you modify 
  393.     ULTRASND by hand.
  394.  
  395.     For example, wolf3d looks at BLASTER to get its parameters.
  396.     Sound will NOT function if the IRQs are different, but it
  397.     will detect an Adlib.
  398.  
  399. 2) Make sure that SBOS is up and running BEFORE you install
  400.     your game. Some games configure themselves during their
  401.     installation procedure. If SBOS is not running, it will
  402.     assume there is no sound board present.
  403.  
  404. 3) Some games have a separate setup/configuration section. Make
  405.     sure you run this after you install the game OR change the 
  406.     ULTRASND variable. They are usually called setup, install
  407.     or config. Look around for it. Some games also save the last 
  408.  
  409. (Continued to next message)
  410. ---
  411.  ~ QMPro 1.01 05-8925 ~ -={ Gravis UltraSound - The Power of PC Sound }=-
  412.  
  413. ------------------------------
  414.  
  415. Date: Fri, 26 Mar 93 17:21:14 
  416. From: john.smith@gravis.com
  417. Message-Id: <9303261721.A5464wk@gravis.com>
  418. Subject: GRAVIS & FORTE NEWS   3/4
  419. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  420.  
  421. (Continued from previous message)
  422.  
  423.     configuration to use the next time the game is run. This
  424.     means that if it didn't detect the card (because SBOS
  425.     wasn't loaded), it will save that info and will start
  426.     up the NEXT time with sound disabled. You will have to
  427.     manually turn sound back on somehow. See your games
  428.     manual. For example, Wolf-3d will do this.
  429.  
  430. 4) Some games need all available RAM to run. Since SBOS 
  431.     currently takes approximately 19K, it may not have
  432.     enough to run. Some games will shut off some of the
  433.     sounds if RAM is short. Check your manual. It may
  434.     also be necessary to load SBOS high to reclaim some
  435.     of the RAM.
  436.  
  437. 5) If you have poor performance with SBOS loaded, see
  438.     if you have an expanded memory manager running.
  439.     (qemm, 386max, emm386 etc) There is a SEVERE
  440.     performance penalty to be paid if you run with
  441.  
  442.  
  443.     these. Its a byproduct of your machine running in
  444.     protected mode. Usually, only games that use
  445.     direct I/O (mod players for example) are seriously
  446.     effected by this. If you must have SBOS loaded high,
  447.     then you will have to live with this. It is possible
  448.     to disable the virtual DMA if you are using qemm. (NOVDS)
  449.     Doing so should speed things up a bit.
  450.  
  451. 6) It is possible for an application to detect the Adlib
  452.     side of the GUS without SBOS being loaded. It 
  453.     depends on the method it uses to detect it. Obviously
  454.     if that happens, the application will think it has an 
  455.     Adlib, but nothing is going to work.
  456.  
  457. 7) Many games need to detect (and use) extended/expanded RAM before
  458.     some sounds will be activated (usually digitized stuff)
  459.     Refer to your manual for these kind of problems. An SB
  460.     will not operate properly under these conditions either.
  461.     For example, Falcon III will not play digitized sounds
  462.     until EMS is set up properly. SBOS has nothing to do
  463.     with this problem.
  464.  
  465. 8) Some games hard code their I/O address and/or irq
  466.     selections. Refer to your manual. You will have to make
  467.     the GUS' selections match these. I believe some
  468.     Sierra games do this.  Wing Commander requires a base
  469.     port of address of 220 for digital speech to work.
  470.  
  471. 9) Unless you are POSITIVE that a particular game needs an
  472.     option, (-o1 -o2 etc) DON'T specify one, 99% of the games
  473.     do NOT need one. You may screw up the driver by specifying
  474.     one that you don't need. You should unload and reload
  475.     the driver before specifying an option. Since it is
  476.     possible to use more than one option, you may be telling
  477.     it conflicting things if you don't unload it.
  478.  
  479. 10) There are several new features in SBOS that you should be
  480.     aware of,
  481.  
  482.         1) SBOS reloads its patches before an application runs.
  483.             This should eliminate having to reload it between
  484.             running windows or a native GUS application (GUSMOD
  485.             Star Con II, playmidi etc) and a game that uses
  486.             SBOS.
  487.  
  488.         2) You can change the vector that it uses for 
  489.             communicating between sbosdrv.exe and loadsbos.exe.
  490.             The option is -Cxx, where xx is the new software
  491.             vector to use. This is specified to sbosdrv. 
  492.             Currently, only 1 application is known to need this.
  493.             Netroom uses the default vector (7E) so sbosdrv
  494.             thinks it is already loaded. If you are using 
  495.             netroom, you MUST change the vector #. Netroom is
  496.  
  497.  
  498.             the only application that we know of that has
  499.             this problem. There may be others. We don't 
  500.             know of ANY games that do.
  501.  
  502.         3) You can tell SBOS to leave line-in enabled by
  503.             specifying a -L when SBOS is loaded. This can
  504.             be useful if you want to monitor some other audio
  505.             output source thru the GUS.
  506.  
  507. 11) The volume up and down keys (defaults are [ and ]) 
  508.     do not work in all games. Any game that takes over
  509.     the keyboard vectors will disable this feature. You
  510.     must use the -V option when loading sbos to alter the
  511.     volume for these games. This option works like this:
  512.     -vxx where xx ranges from 0 to 31 (31 being max volume)
  513.     Note: in SOME versions prior to 1.4B2, hitting the volume
  514.     keys would hang your system. This has been fixed.
  515.  
  516. 13) Some games grab all possible SB irqs (2,5 and 7) when they 
  517.     initialize to find what IRQ the SB is on. If they do this with
  518.     SBOS and SBOS happens to have the UltraSound IRQ on one
  519.     of the SB irqs, it will not let SBOS get its irq. Make sure
  520.     that you set the UltraSound irq to one of the upper ones
  521.  
  522. (Continued to next message)
  523. ---
  524.  ~ QMPro 1.01 05-8925 ~ -={ Gravis UltraSound - The Power of PC Sound }=-
  525.  
  526. ------------------------------
  527.  
  528. Date: Fri, 26 Mar 93 17:21:16 
  529. From: john.smith@gravis.com
  530. Message-Id: <9303261721.A5465wk@gravis.com>
  531. Subject: GRAVIS & FORTE NEWS   4/4
  532. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  533.  
  534. (Continued from previous message)
  535.  
  536.     (11,12 or 15). Jill of the Jungle is an example of a 
  537.     game that exhibits this problem.
  538.  
  539. 14) Now for some simple things to look for.
  540.  
  541.     a) Is board seated properly?
  542.     b) Is DRAM in sockets correctly (bent pins etc)?
  543.     c) Are stereo/speakers hooked up properly?
  544.     d) Are you connected to the right outputs on GUS?
  545.        (Some Ultrasound boxes are labeled wrong ...)
  546.  
  547.             TOP OF ULTRASND
  548.             ===============
  549.  
  550.                 Amplified Out
  551.  
  552.  
  553.                 Line Out
  554.                 
  555.                 Joystick/Midi 15 pin connector
  556.  
  557.                 Microphone In
  558.                 Line In
  559.  
  560.             BOTTOM OF ULTRASND
  561.             ==================
  562.  
  563.     e) Do you have enough environment space for ULTRASND
  564.         and BLASTER variables?
  565.     f) Did you set the volume too low?
  566.     g) Is \ultrasnd in your path?
  567.     h) Could you have gotten a bad download of new SBOS?
  568.  
  569. 15) Several people have complained about sbos loading VERY
  570.     slowly. Is your joystick or MIDI plugged in? Try unplugging
  571.     it.    As of now, we haven't been able to reproduce this
  572.     problem. It may be related to installing the software
  573.     incorrectly or a DMA conflict.
  574.  
  575. 16) If your joystick doesn't operate properly in a game, look
  576.     for these things.
  577.  
  578.     a) Has it been calibrated (see manual)
  579.     b) Do you have 2 games ports in your system? 
  580.        (GUS and another game port). If so, one
  581.        MUST be disabled.
  582.     c) DO you have a line like the following in you autoexec
  583.  
  584.         joycomp 20
  585.  
  586.     where 20 is the compensation factor determined thru the
  587.        calibration utility, ultrajoy.
  588.  
  589. 17) There are several things people have noticed that seem to
  590.     effect SBOS that need to be investigated. None of these
  591.     have been verified, but you should be aware of them and 
  592.     you might try eliminating them as possible sources of
  593.     your problem.
  594.  
  595.         1) Loading SBOS hi can cause some FM stuff to sound
  596.                 'weird'
  597.         2) Using 'Stealth' mode on QEMM seems to have a 
  598.                 detrimental effect.
  599.         3) Change sbos.bat file to use loadhi instead of lh
  600.                 if using QEMM.
  601.         4) Stacker seems to cause some people problems. It works
  602.                 OK for others.
  603.         5) Order that TSR's are loaded may have an effect. Try
  604.                 loading SBOS first, last etc.
  605.         6) When using XWing make sure that you have at least 896K of
  606.  
  607.  
  608.            EMS (not XMS) and 563K of conventional.  If you are
  609.            having problems with slowdowns try turning off the music.
  610.  
  611. 19) The only other thing we can think of is a hardware problem
  612.     on your card. The diagnostics in the new setup program should
  613.     be able to isolate it.
  614.  
  615. Granted, we are a bit biased, but we believe that you should
  616. get SUPERB sound out of your GUS. If you are getting less than
  617. satisfactory results, there can only be a few explanations.
  618.  
  619.     1) in windows, make sure its in 'high fidelity' mode
  620.     2) Incorrect software installation.
  621.     3) Incorrect hardware installation (IRQ,DMA etc) (probably)
  622.     4) Bad hardware.            (PC or GUS)
  623.     5) Being overly critical of a $150 sound card.....
  624.  
  625. John & Pete
  626. ---
  627.  ~ QMPro 1.01 05-8925 ~ -={ Gravis UltraSound - The Power of PC Sound }=-
  628.  
  629. ------------------------------
  630.  
  631. Date: Sat, 27 Mar 1993 14:44:24 -0500
  632. From: "Loking... Searching" <mcng@undergrad.math.uwaterloo.ca>
  633. Message-Id: <93Mar27.144430est.247217-2@descartes.uwaterloo.ca>
  634. Subject: Gus Notes and 16 bit Daughter Card and NOISE!!
  635. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  636.  
  637. 
  638.  
  639.  
  640. 
  641.  
  642. ------------------------------
  643.  
  644. Date: Sat, 27 Mar 1993 14:46:13 -0500
  645. From: "Loking... Searching" <mcng@undergrad.math.uwaterloo.ca>
  646. Message-Id: <93Mar27.144616est.247239-1@descartes.uwaterloo.ca>
  647. Subject: Gus Notes and 16 bit Daughter Card and NOISE!!
  648. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  649.  
  650. >19) The only other thing we can think of is a hardware problem
  651. >    on your card. The diagnostics in the new setup program should
  652. >    be able to isolate it.
  653. >
  654. >Granted, we are a bit biased, but we believe that you should
  655. >get SUPERB sound out of your GUS. If you are getting less than
  656. >satisfactory results, there can only be a few explanations.
  657.  
  658. >    1) in windows, make sure its in 'high fidelity' mode
  659. >    2) Incorrect software installation.
  660. >    3) Incorrect hardware installation (IRQ,DMA etc) (probably)
  661.  
  662.  
  663. >    4) Bad hardware.            (PC or GUS)
  664. >    5) Being overly critical of a $150 sound card.....
  665. >
  666. >John & Pete
  667. > ~ QMPro 1.01 05-8925 ~ -={ Gravis UltraSound - The Power of PC Sound
  668.  
  669.  
  670. My  reaction to this  note , is that I am surprised to see that even
  671. your answer suggests that you have doubts with your product.
  672. " Being overly critical of a $150  sound card.... " Is a bad comment to
  673. make if you want to sell your product.. it puts doubts in my mind about
  674. the card, Although I am a satisfied customer of the gus.
  675.  
  676. Another question regarding sound quality,  I've read some where, I believe from
  677. Phat, that the GUS is one of the most "quietest" sound cards out there.   Now, i
  678. f I get the 16 bit record daughterboard, which I would like to very much, will t
  679. he samples come (%5 tolerance at the most! ) to CD quality..  I know this is adv
  680. ertise as so.  But the fact is. that There is noise!
  681.  
  682. I'd like also to know the final answer to the question of why there is
  683. noise when recording a NULL signal...  and the solution.
  684.  
  685. Also if I do get the Daughterboard will that come with software?   like
  686. any type of patch / sample editor for 16 bit samples.
  687.  
  688. Will this daughterboard elminate the 'clicks' between (I think) 256k (whatever t
  689. he interval is) intervals in a long sample?    Or this this a software problem (
  690. not enough buffering?)
  691.  
  692.  
  693.  
  694. -------------------------------------------------------------------------
  695.  Mark C. Ng    mcng@undergrad.math.uwaterloo.ca   University of Waterloo
  696. Sysop of Digital Pixel BBS:(416) 298-1487 Toronto,Ontario,Canada,Sol System
  697. >COMGFXMIDISDINOSAURSEJAPANESEXBADMINTONYANIMEGBIKEIPURPOSEROFLLIFESARTS<
  698. -------------------------------------------------------------------------
  699.  
  700. ------------------------------
  701.  
  702. Date: Sat, 27 Mar 1993 13:56:20 +0100 (MET)
  703. From: roy@ulke.dhmolde.no (Roy Magne Indreboe)
  704. Message-Id: <9303271256.AA17762@ulke.dhmolde.no>
  705. Subject: Hi there!
  706. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  707.  
  708. Please add me to the list!
  709.  
  710. Thanks.
  711.  
  712. ------------------------------------------------------------------------------
  713. Name  : Roy Magne Indreboe             e-mail: roy@ulke.dhmolde.no
  714. s-mail: Solliveien 45, 6400 MOLDE, NORWAY
  715. ------------------------------------------------------------------------------
  716.  
  717.  
  718.          Silence speaks so much louder than words - Pink Floyd
  719. ------------------------------------------------------------------------------
  720.  
  721. ------------------------------
  722.  
  723. Date: Sun, 28 Mar 93 03:18:52 +0300
  724. From: ahti@win.goodwin.ee (Ahti Heinla)
  725. Message-Id: <7A99.1A7C1A5A@win.goodwin.ee>
  726. Subject: Proposed GMOS emulator
  727. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  728.  
  729.     about the gmos project: instead of dynamic patch loading, someone proposed
  730. to load all 192 gm patches to gus memory, so that there would be no need to
  731. load patches in real-time. i'd like to mention that there is actually no need
  732. to load all 192 patches; many gm patches sound roughly the same and the whole
  733. gm patch map can be implemented with 30..80 patches, i think. this way, the
  734. overall sound quality can be better and so would the final result, i believe.
  735.  
  736.                                             ahti
  737.  
  738. ------------------------------
  739.  
  740. Date: Sat, 27 Mar 1993 17:17:23 +0800 (WST)
  741. From: rlee@tartarus.uwa.edu.au (Ralph Lee)
  742. Message-Id: <199303270917.AA07183@tartarus.uwa.edu.au>
  743. Subject: Recording Noise
  744. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  745.  
  746. I know this might be a bit slow, but I've only just managed to find the
  747. time to play around with the recording capabilities of the GUS. I do
  748. have a few questions that I hope someone may be able to answer:
  749.  
  750. 1) When using USS8, the sample sounds have slow downs.  I assume this is
  751. to do with the HD but I'm not sure if there is a solution.  There was
  752. also some background hiss off recording a CD - is that normal or is my
  753. GUS a bit stuffed???
  754. 2) Recording using Recorder on Windows or Pocket Recorder also induces
  755. alot of background hiss even though the quality is not too bad.  Can I
  756. acutally record at 44.1 in Windows????
  757.  
  758. I'm still using the old install disks as I haven't the time to download
  759. the new ones.....
  760.  
  761. Thanks
  762. Ralph
  763. rlee@tartarus.uwa.edu.au
  764.  
  765.  
  766. ------------------------------
  767.  
  768. End of Ultrasound Daily Digest V2 #83
  769. ******************************
  770.  
  771.  
  772.  
  773. Digest Address:                                        ultrasound@dsd.es.com
  774.                                                 To post to tomorrow's digest
  775.  
  776. Request Server Address:                        ultrasound-request@dsd.es.com
  777.                                 To subscribe, unsubscribe, and request files
  778.  
  779. Owner Address:                                   ultrasound-owner@dsd.es.com
  780.                                To contact a human if the server has troubles
  781.  
  782. FTP Sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  783.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  784.  
  785.  
  786.